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Method of and system for determining a best-case response time of a periodic task 



The invention relates to a method of determining a best-case response time of 
a first periodic task, the method comprising a first step of determining that the first periodic 
task has a lower priority than a higher priority of a second periodic task. 

Furthermore, the invention relates to a system of determining a best-case 
5 response time of a first periodic task, the system comprising determination means conceived 
to determine that the first periodic task has a lower priority than a higher priority of a second 
periodic task. 

Furthermore, the invention relates to a computer program product arranged to 
perform the method of determining a best-case response time of a first periodic task. 
10 Furthermore, the invention relates to a storage device, a television set and a 

set-top box. 



An embodiment of the method and system of the kind set forth above is 
15 known from the article "Best-Case Analysis for improving the Worst-Case Schedulability 
Test for Distributed Hard Real-Time Systems" (Proceedings of the 10th EuroMicro 
Workshop on Real-Time systems, Berlin 1998, pages 35 to 44). Here, a best-case analysis 
technique is disclosed that is based upon Rate Monotonic Analysis (RMA). RMA is a 
mathematical technique to specify, understand, analyze and predict the timing behavior of 
20 real-time software systems in which tasks are scheduled by fixed priority. The disclosed best- 
case analysis technique is based upon an estimation of a lower bound on the best-case 
response times of different tasks in the system. The lower bound can be estimated by two 
methods. The first method does not take preemption of a lower priority task by higher 
priority tasks into account. The second method is an iterative method that takes into account 
25 some of the preemption effects caused by higher priority tasks. Within these methods, it is 
assumed that a task with a lower priority is activated immediately after all higher priority 
tasks complete their execution. 
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It is an object of the current invention to provide a method according to the 
preamble that derives a tighter lower bound on the best-case response time of a task. To 
achieve this object, the method according to the invention is characterized in that the method 
further comprises a second step of determining that the best-case response time of the first 
5 periodic task is substantially equal to the difference between a start of the first periodic task 
right after its release and a completion of the first periodic task that coincides with a release 
of the second periodic task. By using this optimal instant to determine the best-case response 
time, the number of preemptions of the first periodic task by higher periodic tasks, such as 
the second periodic task, can be minimized. Furthermore, the execution time of the first 

10 periodic task can be minimized. The best-case response time can be used within distributed 
systems wherein the output of a triggering task running on a system or processor is the input 
of an other, following, task running on an other system or an other processor. Then, the jitter 
or time variation in the completion of the triggering task results in a release jitter of the 
following task, which in turn has an effect on the worst-case response times of tasks that are 

15 triggered by the following task. Therefore, the optimal instant enables an improvement of the 
resource utilization of a system. Since tasks use resources of a real-time system or a 
distributed real-time system, and these real-time resources are finite, the number of 
schedulable tasks is amongst others determined by their worst-case response times and best- 
case response times. When a worst-case response time or best-case response time of a task 

20 exceeds a deadline of that task, the task cannot be scheduled. Tasks that cannot be scheduled 
do not use resources of a system, which may result in a smaller resource utilization of the 
system. 

An other embodiment of the method and system according to the preamble is 
known from Best Case response time analysis for improved schedulability analysis of 

25 distributed real-time tasks (Proceedings ICDCS Workshop on Distributed Real-Time 

Systems, 2000, pages B14 to B20). Here, a best response time analysis method based upon 
RMA is disclosed. With the disclosed analysis method a lower bound on the best-case 
response time of a task is derived that takes into account the relative phase between tasks in 
the best case. The best case response time of a task occurs when it is least preempted by 

30 higher priority tasks and the execution time of the task is the minimum. For a task to be least 
preempted by higher priority tasks, it should be activated immediately after higher priority 
tasks have completed their execution in the best case and the next activation of higher 
priority tasks should occur as late as possible. The relative phase between a low and a high 
priority task is then defined by a next activation time of the higher priority task relative to an 
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activation time of the lower priority task. However, the derived lower bound on the best-case 
response time is not tight. 

An embodiment of the method according to the current invention is described 
5 in claim 2. By using, amongst others, the number of preemptions by a higher priority task 
times the best-case computation time of the higher priority task, the best-case response time 
of a low priority task can be determined. 

An embodiment of the method according to the current invention is described 
in claim 3. By using an iterative procedure in which a resulting value of each iteration is at 
10 most equal to a resulting value of a previous iteration and that terminates when BRtfk+l ) is 
substantially equal to BRtfk), the value of BRtfk+l) can be used for the best-case response 
time of the first periodic task. 

An embodiment of the method according to the current invention is described 
in claim 4. By using the worst-case computation time of the first periodic task as a basis of 
15 the worst-case response time of the first periodic task, an upper bound for the best-case 

response time is found. This upper bound can be used as initialization value of the iterative 
procedure 

An embodiment of the method according to the current invention is described 
in claim 5. By using the best-case computation time of the first periodic task as a basis of the 

20 worst-case response time of the first periodic task, an upper bound for the best-case response 
time is found. This upper bound can be used as initialization value of the iterative procedure. 

An embodiment of the method according to the current invention is described 
in claim 6. By taking into account the release jitter of the first periodic task for determination 
of the best-case response time of the first periodic task, a set of schedulable tasks can be 

25 determined better and the resulting resource utilization of the system can be improved. 

A further object of the invention is to provide a system according to the 
preamble that derives a tighter lower bound on the best-case response time of a task. To 
achieve this object, the system for determining a best-case response time of a first periodic 
task according to the current invention is characterized in that the system further comprises 

30 response time means conceived to determine that the best-case response time of the first 

periodic task is substantially equal to the difference between a start of the first periodic task 
right after its release and a completion of the first periodic task that coincides with a release 
of the second periodic task. 
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Embodiments of the system according to the invention are described in claims 

8 to 10. 

Embodiments of a storage device, a television set and a set-top box according 
to the invention are described in claims 12, 13 and 14 respectively. 

5 

The invention will be described by means of embodiments illustrated by the following 
drawings: 

Figure 1 illustrates an optimal instant for a task x h 

Figure 2 illustrates a situation in which there's no optimal instant for a task tj, 
10 Figure 3 illustrates preemptions of task x i; by a higher priority task task Xj. 

h=k Figure 4 illustrates iterations to determine the best-case response time of task 

O Figure 5 illustrates the computed best-case response time of task t 3i 

IB 

!==& Figure 6 illustrates a situation in which a best-case execution of task %2 is 

f~ 15 directly succeeded by a worst-case execution, 

«' Figure 7 illustrates the main steps of a method according to the invention, 

i«s Figure 8 illustrates the most important parts of an embodiment of the system, 

'ijt Figure 9 illustrates, in a schematic way, the most important parts of a 

S3 television set that comprises an embodiment of the system according to the invention, 

20 Figure 10 illustrates, in a schematic way, the most important parts of a set-top 

box that comprises an embodiment of the system according to the invention. 



Nowadays, continuous media processing, such as is required for audio and 
video, is performed more and more by programmable components, rather than dedicated 

25 single-function components. One of the main performance issues in real-time computing 
systems is to determine whether or not a set of periodic tasks, like processing of video 
frames, can be processed on a resource, like a CPU, without exceeding their deadlines, using 
fixed-priority preemptive scheduling, such as Rate Monotonic Analysis (RMA). RMA is a 
collection of quantitative methods and algorithms that allow engineers to specify, analyze, 

30 and predict the timing behavior of real-time software systems. Some factors that are used in 
RMA calculations include a worst-case analysis of response times of a task and the priority 
levels associated with the execution of a task. The worst-case analysis of response times 
under arbitrary phasing can be derived as follows. Given a set of n tasks i\, %i, . . . , x n and 
given for each task n a period Ti of activation and a worst-case computation time WQ, the 
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worst-case response time WRi of a task Xi is given by the smallest positive value that satisfies 
the following recursive equation: 



Here, hp(i) denotes the set of tasks with a higher priority than x ; . The following iterative 
procedure can be used to calculate this worst-case response time: 
WRi(0) = WQ 



wherein A: -0,1,... 

The procedure stops when the same value is found for two successive iterations of k: 
WRi(k+l) = WRi(k). Given these response times, it can be determined that the given set of 
tasks can be processed on the resource if the worst-case response time of each task does not 
exceed its deadline. The deadline of each task is assumed to be equal to its period. The 
procedure can also be stopped, when a task's deadline is exceeded. However, when a certain 
task triggers the next one in a distributed multiprocessor system then the jitter or time 
variation in the completion of the triggering task results in a release jitter of the following 
task, which in turn has an effect on the worst-case response times of other tasks. This jitter 
can also occur when tasks are organized as pipelines in which the output of a task serves as 
the input of a next task. In order to bound the jitter as tightly as possible, both the worst-case 
and best-case response times of the triggering task needs to be determined. 



indicates the execution of the task xj with best-case response time. It occurs whenever the 
phasings of the release times of the tasks x i5 Xj and x k are such that the considered execution of 
Xi starts right upon its release and its completion coincides with a simultaneous release for all 
higher priority tasks xj and x k . Within Figure 1, 102 is the release time of task n according to 
the best-case response time of task, 108 is a release time of task xj, 106 is a release time of 
task x k and 104 is the release time for all higher priority tasks xj and x k with which the 
completion of task x; coincides. In general, release times are indicated by an arrow^ . 
This can be proven as follows: when the execution with best-case response time does not 
start right upon its release, its release can be shifted to the right, thereby decreasing the 
response time of the execution under consideration. Thus execution of task x ; starts upon its 
release. Furthermore, if there is an execution of ^ with best-case response time but where not 
all higher priority tasks have a simultaneous release at its completion, the phasings can be 





Figure 1 illustrates an optimal instant for a task x ; . The optimal instant 104 



PHNL00060-8 



6 31.07.2001 
slightly altered without increasing the response time of the execution of Xi under 
consideration. Consider such a situation, as illustrated in Figure 2, where a higher priority 
task Xj does not have a release indicated by time 204 coinciding with the completion time 206 
of the execution of task xj under consideration. Now, as just before time 206 task Xi is being 
processed, it is known that between time 206 and 204 no activity of task xj occurs, since 
otherwise there would be work pending of a higher priority task just before time 206. When 
the releases of task Xj are shifted to the left by an amount of 204 - 206, no extra preemptions 
are shifted in from the right into the interval [202,206] spanned by the execution of task Ti. 
On the other hand, shifting the releases of task Xj to the left may shift preemptions by task Xj 
out of this interval on the left. As a result, the amount of preemption of task Xi in interval 
[202,206] due to task Xj, as well as due to other tasks x k , can only decrease or stay the same. 
Because an execution of Xi with best-case response time was considered, only the latter can 
hold, and there is still a best-case response time for the execution of task x ; under 
consideration. As derived above, the releases of all higher priority tasks can be shifted to the 
left to obtain an optimal instant. A consequence of this is that whereas the highest 
concentration of executions of higher priority tasks is found right after their critical instant, 
their highest separation is found right before it. 

The recursive equation for the best-case response times can be derived by 
looking back in time from the optimal instant of task xi. The best-case response time BR t of a 
task Xj is given by the largest value that satisfies 

where BCj denotes the best-case computation time of a task Xj, BCi denotes the best-case 
computation time of task x ; and hp(i) denotes the set of tasks with a higher priority than the 
priority of task Xi. It can be found by the following iterative procedure, which stops when the 
same value is found for two successive iterations of k: 

BRi(0)=WR< (2) 

B Ri (k + 1) = BO ♦ £ |Pf^j " 1 j»Q (3) 

The proof hereof is illustrated by Figure 3 in which the preemptions of a task Xj by a higher 
priority task xj is considered given an optimal instant for the response time of task xj. Now, as 
task Xi is being processed just after its release time 302, no activity of task xj takes place 
between 302 and 306, since otherwise there would be work pending of a higher priority task 
at time 302. As a result, only the releases of task xj after time 302, i.e., the releases in the 
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interval [306,304), preempt the execution of task Xi. The number of these preemptions is 
given by: 

[BRil 



-1 



-1 

Tj 

each of which gives a contribution BCj to the best-case response time of task x u resulting in 
the recursive equation (1). In order to have the tightest lower bound on the best-case response 
time, the largest value satisfying this equation is taken. Next, take an upper bound BRtfk) on 
the best-case response time of task x u and BRi(0) = WR ( is one, then 

m- 

gives an upper bound on the number of preemptions by task xj in it, and thus BRi(k+l ) as 
given in (3) gives a next upper bound on BR t , which is at most equal to the previous upper 
bound. Upon termination, i.e., when BRi(k+l)= BR t (k), it is known that the gaps left by 
higher priority tasks in the interval [302,304) in Figure 3 are just enough for the best-case 
computation time BQ. This, together with the fact that task Xi is being executed in the first 
part as well as the last part of the interval [302,304), shows that the best-case response time 
cannot be smaller than the found value. 

In order to get a better initialization value in (2), the worst-case response times 
based on worst-case computation times can be replaced by worst-case response times based 
on best-case computation times. 

Figure 4 illustrates the iterations to determine the best-case response time of a 
task x 3 according to the example as given in Table 1, where the tasks are given in order of 
decreasing priority: 



Task 


Period 


Computation 


Worst-case 


Best-case 






Time 


Response time 


response time 


ti 


10 


3 


3 


3 


x 2 


19 


11 


17 


14 


x 3 


56 


5 


56 


22 



Table 1 



In this example, best-case computation times are equal to worst-case computation times and 
25 within Figure 4, the executions are numbered for ease of reference. As illustrated in Figure 4, 
the initial upper bound BR 3 (0) = 56, indicated by 402, falls inside the period of execution 1 
of xi and the period of execution 1 of x 2 . As a result it can be concluded that these executions 
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do not preempt the execution of x 3 so the preemptions can at most contain executions 2 to 6 
of Ti and executions 2 to 3 of x 2 , resulting in a new upper bound of: 




fli? 3 (l) = 5 + 5*3 + 4*ll = 42. 



5 

Next, in iteration (ii), we see that execution 2 of xi also does not preempt the execution of x 3 , 
, so the preemptions can at most contain executions 3 to 6 of xi and executions 2 to 3 of x 2 , 

: 3 resulting in a new upper bound of BR 3 (2) = 5 + 4*3 + 2*11= 39. This continues up to 
g iteration (vi). There, we see that executions 5 and 6 of xi and execution 3 of x 2 preempt the 
w9 10 best-case execution of x 3 , resulting in BR 3 (6) = 5 + 2*3 +1*11= 22 = BR 3 {5), and the 
m iterations stop. So, the best-case response time is 22, of which the execution and preemptions 
' are illustrated in Figure 5. Here, time 502 is the release and start of execution of x 3 , and time 
504 is the end time of execution of x 3 . The difference between time 502 and time 504 is the 
o best-case response time of 22. 

j»i 15 As is shown, a best-case execution time of a task contains preemptions by 

higher priority tasks. Furthermore, some executions of higher priority tasks may themselves 
be postponed due to even higher priority tasks, moving the former ones into the interval of 
the best-case execution of the considered task. This happens in the above described example, 
that starts with an upper bound on the best-case response time that is gradually reduced and 

20 in which the preemption-caused preemptions are included. 

Given the worst-case and best-case response times of a task x ; , the completion 
jitter CJi of it can be calculated, i.e., the variation in the completion times of its executions as 
compared to a strict periodic pattern, with period 7). If Xi is released strictly periodically, the 
jitter is given by the difference between the worst-case and best-case response time: 

25 CJt = WRi - BRi 

Concerning completion jitter, note that there exist situations in which an execution of a task 
having best-case response time may directly be succeeded by an execution having worst-case 
response time, and vice versa. An example of this is given in Figure 6 where there are two 
tasks, xi and x 2 , Xi having higher priority than x 2 , with periods Tj = 8, T 2 = 12, and 

30 computation times WCi = BCj = WC 2 = BC 2 = 4. For this example, the best-case and worst- 
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case response times of x 2 are BR 2 = time 602 - time 606 = 4 and WR 2 = time 608 - time 610 = 
8, respectively. Furthermore, Figure 6 illustrates that they indeed can occur right after each 
other. The completion jitter of x 2 equals CJ 2 = WR 2 - BR 2 = 8-4 = 4. Within Figure 6, times 
602 and 604 indicate optimal instants for x 2 . 
5 In case of release jitter, worst-case response times are derived as described 

below. Within Figure 6, time 610 indicates a critical instant in which the start of the period of 
the higher priority task xi coincides with the start of the period of the lower priority task 
x 2 .The possibility that the jitter of a higher priority task Xj occurs between the release at the 
critical instant and its next release, leading to a time between its first two releases that equals 
10 Tj - RJj, wherein RJj is the release jitter of task Xj. Considering the worst-case number of 

preemptions over a time interval of length t then is similar to considering the preemptions of 
xj as if it were strictly periodic, over a time interval of length t + RJj, and so the resulting 
worst-case response times are computed as follows: 
WRi(0) = WCi 

jekp(i)\ Tj \ 

15 

wherein k = 0,1,... 

The effect of release jitter on the analysis of best-case response times is 
described below. Now consider the possibility that the jitter of a higher priority task xj occurs 
20 between the release at an optimal instant and its previous release, leading to a 7} + RJj 

between these two releases. In turn, to determine the best-case number of preemptions of a 
task Xj over a time interval of length t then is similar to considering the preemptions of Xj as if 
it were strictly periodic, over a time interval of length t - RJj , and so the resulting best-case 
response times are computed as follows: 



BRi(0) = WRi 



25 




wherein k = 0,1,... and the notation x+ stands for the maximum of 0 and x: max{0,x}, which 
is used to indicate that the number of preemptions cannot be negative. 

Given the worst-case and best-case response times of a task Xi as well as its 
release jitter, its completion jitter CJi is now given by: 
30 CJi = RJi + WRi - BR t (4) 
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Figure 7 illustrates the main steps of a method according to the invention that 



takes the effect of jitter into account in a distributed multiprocessor system with task 
dependencies, where the completion of a task may trigger the release of a following task. 
Within step 702 the priorities of all tasks Xj are determined after which within step 704, the 
5 release jitter of all tasks is set to 0: RJj = 0. Within step 706, the best-case response time and 
the worst-case response time, taking this release jitter into account, is calculated for all tasks 
for each processor on which a task may run. Within step 708, the completion jitter of each 
task as given by (4) is calculated. Next, within step 710, the release jitter of each task that is 
triggered by another task is updated by making it equal to the completion jitter of the 

10 triggering task. The resulting release jitters of all tasks is then used again within step 706 to 
calculate the best-case response times and worst-case response times. Within step 712, it is 
determined whether the best-case response times and worst-case response times do not 
change anymore, or if the response times exceed the deadlines of the tasks. When either of 
the stop criteria is valid, the final step 714 is reached. When non of the stop criteria is valid, 

15 the method continues with step 708. During the above method, the jitters and the worst-case 
response times increase, and the best-case response times decrease, causing again the jitters 
to increase etc., so eventually the method terminates. Furthermore, this shows that if we 
redetermine the worst-case and best-case response times for new estimates of the release 
jitter, we can use their final values of the previous iteration for initialization. 

20 The order in the described embodiment of the method of the current invention 

is not mandatory, a person skilled in the art may change the order of steps or perform steps 
concurrently using threading models, multi-processor systems or multiple processes without 
departing from the concept as intended by the current invention. 



25 according to the invention in a schematic way. The system 800 comprises a first memory 802 
having first computer-readable code embedded therein for calculating the best-case response 
time BRi of a task xi according to the following formula: 



wherein 5C, denotes a best-case computation time of a periodic task t,- , hp(i) denotes a set of 
30 tasks with a higher priority than the priority of task %\ and 7} denotes a period of activation of 
a task j of hp(i). The priority of each task, the processor on which each task is executed and 
the resource a task uses is stored into lookup table 808. The tasks may also be executed on a 
distributed system. This is the case when, for example a multi-media terminal that shows 



Figure 8 illustrates the most important parts of an embodiment of the system 
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images is used for which the processing of images that require intensive computing power is 
performed on a server and the less intensive processing is performed on the multi-media 
terminal itself. Resources are CPU clock cycles, disk-drive, network bandwidth, memory etc. 
Second memory 804 has second computer readable code embedded therein for calculating 
5 the previously mentioned best-case response time BR t according to the following iterative 
formula: 



BRi(0)=WRi 




wherein k = 0, 1, ...This calculation is performed for each task that has to be scheduled on 
the system. A task is for example decoding an image frame or applying image enhancement 

10 upon the decoded frame. Priorities of applications or tasks depend upon the viewer or 
urgency of the application. An image window in the corner of the television screen 
monitoring a sleeping baby has a lower priority than an image window showing the movie 
the parents want to see. However, when the image windows shows irregularities in the heart 
beat of the sleeping baby, the priority is higher than that of the image window showing the 

15 movie. In order to determine whether the set of tasks can be scheduled on the system 800, 
both best case response times and worst case response times as previously described must be 
calculated. When no task exceeds its deadline, the set of tasks can be scheduled and executed 
on the system. When tasks depend upon each other because the completion of a task triggers 
the release of a following task, which is the case in pipeline architectures, the variation in the 

20 completion times of the executions of a task must be taken into account. This so-called jitter 
effect on the best-case response time is calculated by third computer-readable code embedded 
within third memory 806. The calculations are performed according to the following iterative 
formula: 

B&(0) = WRi 

25 wherein RJi denotes the release jitter of the first periodic task x u and x + denotes the maximum 
of 0 and x. All computer-readable code is executed by host processor 806. This system 800 is 
realized in software intended to be operated as an application by a computer or any other 
standard architecture able to operate software. The system can be used to operate a digital 
television set 810. The software can also be updated from a storage device 812 that comprises 
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a computer program product arranged to perform the method according to the invention. The 
storage device is read by a CD reader 814 that is connected to the system 800. 

Figure 9 illustrates, in a schematic way, the most important parts of a 
television set 910 that comprises an embodiment of the system according to the invention. 
5 Here an antenna, 900 receives a television signal. The antenna may also be for example a 
satellite dish. Furthermore, any other device like for example cable, storage device, internet 
or Ethernet may be used to receive a television signal. A receiver, 902 receives the signal. 
The signal may be for example digital, analogue, RGB or YUV. Besides the receiver 902, the 
television set contains a programmable component, 904, for example a programmable 
10 integrated circuit. This programmable component contains a system according to the 
|=& invention 906. A television screen 908 shows images that are received by the receiver 902 

and are processed by the programmable component 904, the system according to the 
invention 906 and other parts that are normally contained in a television set, but are not 
m shown here. 

j =i 15 Figure 10 illustrates, in a schematic way, the most important parts of a set-top 

box that comprises an embodiment of the system according to the invention. Here, an antenna 
u 1000 receives a television signal. The antenna may also be for example a satellite dish, cable, 

]~ storage device, internet, Ethernet or any other device able to receive a television signal. A 

Q set-top box 1002, receives the signal. The signal may be for example digital, analogue, RGB 

20 or YUV. Besides the usual parts that are contained in a set-top box, but are not shown here, 
the set-top box contains a system according to the invention 1004. The television set 1006 
can show the output signal generated from a received signal by the set-top box. Since the 
output signal of the set-top box is used as the input signal for the television set, the release 
jitter of the output signal determines the input jitter of the input signal for the television set. 
25 Therefore, the best-case response time and worst-case response time of the input signal is 

used to determine if the input signal can be processed by the television set. The output signal 
may also be directed to a storage device like a VCR, DVD-RW or a harddisk or they may be 
directed to an internet link in stead of being directed to the television set. 



